home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1993 / Internet Info CD-ROM (Walnut Creek) (1993).iso / inet / internet-drafts / draft-ietf-noop-tools-01.txt < prev    next >
Text File  |  1993-03-24  |  31KB  |  920 lines
  1.  
  2.  
  3.                       Essential Tools for the OSI Internet
  4.  
  5.  
  6.           Network Working Group                     IETF-NOOP Working Group
  7.           INTERNET DRAFT                            S. Hares, C. Wittbrodt
  8.  
  9.  
  10.  
  11.  
  12.           1.  Status
  13.  
  14.           This document is an Internet  Draft.   Internet  Drafts  are
  15.           working  documents  of  the  Internet Engineering Task Force
  16.           (IETF), its Areas, and its Working Groups. Note  that  other
  17.           groups  may  also  distribute  working documents as Internet
  18.           Drafts.
  19.  
  20.           Internet Drafts are draft documents valid for a  maximum  of
  21.           six  months.  Internet  Drafts  may be updated, replaced, or
  22.           obsoleted by  other  documents  at  any  time.   It  is  not
  23.           appropriate  to use Internet Drafts as reference material or
  24.           to cite them other than as a "working  draft"  or  "work  in
  25.           progress."
  26.  
  27.           Please check the I-D  abstract  listing  contained  in  each
  28.           Internet Draft directory to learn the current status of this
  29.           or any other Internet Draft.
  30.  
  31.           This Internet Draft specifies tools which are  necessary  to
  32.           debug problems in the deployment and maintenance of networks
  33.           using ISO 8473[1], the connectionless network layer protocol
  34.           (CLNP). This document will be submitted to the RFC editor as
  35.           a proposed standard for the OSI Internet.
  36.  
  37.           To support some of the needed tools  (ping  and  traceroute)
  38.           this draft specifies the mechanism specified in RFC1139 [3].
  39.  
  40.  
  41.           2.  Abstract
  42.  
  43.           This document specifies the following  three necessary tools
  44.           to  debug problems in the deployment and maintenance of net-
  45.           works using ISO 8473 (CLNP):
  46.  
  47.                   - ping or ISO Echo function
  48.                   - traceroute function which uses the ISO Echo function
  49.                   - routing table dump function
  50.  
  51.  
  52.           These CLNS tools are  the  basics  required  for  hosts  and
  53.           routers  for  CLNS network support. It is intended that this
  54.           document specify the most basic support level  required  for
  55.           CLNS hosts and routers.
  56.  
  57.           This document should progress along the IETF track for  host
  58.           and router requirements.
  59.  
  60.  
  61.           March 23, 1993   Expires September 23, 1993           Page 1
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.                       Essential Tools for the OSI Internet
  70.  
  71.  
  72.           3.  Table of Contents
  73.  
  74.           Section 1 Status ......................................    1
  75.           Section 2 Abstract ....................................    1
  76.           Section 3 Table of Contents ...........................    2
  77.           Section 4 Conventions .................................    2
  78.           Section 5 Introduction ................................    2
  79.           Section 6 Specification ...............................    3
  80.           Section 6.1 Ping ......................................    3
  81.           Section 6.1.1 Protocol Support ........................    3
  82.           Section 6.1.2 Functions supported by the ping utili-
  83.                ty ...............................................    4
  84.           Section 6.2 Traceroute ................................    4
  85.           Section 6.2.1 Basic Traceroute ........................    4
  86.           Section 6.2.2 Use of Partial Source  route  in  tra-
  87.                ceroute ..........................................    6
  88.           Section 6.2.3 Information needed from  a  Traceroute
  89.                utility ..........................................    7
  90.           Section 6.3 OSI routing table dump ....................    7
  91.           Section 6.4 MIB variables available via SNMP ..........    8
  92.           Section 6.4.1 Summary of MIB Variables ................    8
  93.           Section 6.4.2 ASN.1 Syntax for these MIB variables ....    8
  94.           Section 7 ISO HOST.txt format .........................   11
  95.           Section 8 Acknowledgements ............................   12
  96.           Section 9 Author's Addresses ..........................   12
  97.           Section 10 References .................................   14
  98.  
  99.  
  100.           4.  Conventions
  101.  
  102.              The following language conventions are used in the items of
  103.              specification in this document:
  104.  
  105.                 o MUST, SHALL, or MANDATORY -- the item is an absolute
  106.                   requirement of the specification.
  107.  
  108.                 o SHOULD or RECOMMENDED -- the item should generally be followed
  109.                   for all but exceptional circumstances.
  110.  
  111.                 o MAY or OPTIONAL -- the item is truly optional and may be
  112.                   followed or ignored according to the needs of the implementor.
  113.  
  114.  
  115.           5.  Introduction
  116.  
  117.           Currently in the Internet, OSI protocols are being used more
  118.           and  more.   As  the  network  managers  of an Internet once
  119.           predominantly a TCP/IP network began deploying parts of  the
  120.           emerging OSI Internet, it became apparent that network layer
  121.           ISO network debugging tools were  almost  nonexistent.  When
  122.           such  tools  existed,  different implementations didn't work
  123.           together.
  124.  
  125.  
  126.  
  127.           March 23, 1993   Expires September 23, 1993           Page 2
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.                       Essential Tools for the OSI Internet
  136.  
  137.  
  138.           As stated in RFC 1139 a simple network  layer  mechanism  is
  139.           necessary  to  allow   systems to  be probed to test network
  140.           layer integrity.  For the purposes of running  OSI  networks
  141.           the  authors  of  this document believe that other tools are
  142.           necessary too.  Other tools  described  below  are  an  echo
  143.           function,   a traceroute function, and a routing table dump.
  144.           What this document defines is the minimum  subset  of  tools
  145.           that  are  necessary  to  allow for the debugging of network
  146.           problems.
  147.  
  148.  
  149.           6.  Specification
  150.  
  151.           This document's purpose is to specify a standard  ping, tra-
  152.           ceroute,  and  OSI  routing table dumping mechanisms for use
  153.           for the ISO  8473 (CLNP) protocol in the OSI  Internet.    A
  154.           detailed  description  of the specified mechanisms is below.
  155.           These mechanism MUST be available on  every  router  (inter-
  156.           mediate  system) or host (end system) that provides OSI ser-
  157.           vice for the Internet.  These three functions are the  basic
  158.           tool set for the OSI network layer for the Internet.
  159.  
  160.  
  161.           6.1.  Ping
  162.  
  163.           6.1.1.  Protocol Support
  164.  
  165.           The long term  echo  mechanism,  as  described  in  RFC1139,
  166.           requires the use of two new type values in the packet header
  167.           of the ISO  8473  Network  Protocol  Data  Units(NPDUs),  or
  168.           preferably packets.  The two values are:
  169.  
  170.  
  171.                   1E(hex)  - for the Echo Request Selector and,
  172.                   1F(hex)  - for the Echo Reply Selector.
  173.  
  174.  
  175.           Nodes which support ISO8473 but do not support these two new
  176.           values  (for  the type code option field in the header of an
  177.           ISO 8473 packet) MUST send back an error packet IF the ERROR
  178.           report flag is set in the packet.
  179.  
  180.           To support a ping function for ISO  8473,  all  end  systems
  181.           (hosts) and intermediate systems (routers) MUST support  the
  182.           "long term" echo function as defined by RFC 1139-Revised AND
  183.           also set the ERROR report flag in the 8473 header.
  184.  
  185.           The setting of the ERROR report  flag  is  required  because
  186.           this  allows  a way for a compliant host or router to ping a
  187.           non-compliant host or router.  When a non-complaint host  or
  188.           router  receives  a "ping" packet with the new type function
  189.           (Echo Request Selector), it MUST attempt to  return  an  ISO
  190.           8473  error  packet  to  the  originating host, thus showing
  191.  
  192.  
  193.           March 23, 1993   Expires September 23, 1993           Page 3
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.                       Essential Tools for the OSI Internet
  202.  
  203.  
  204.           reachability.
  205.  
  206.  
  207.           6.1.2.  Functions supported by the ping utility
  208.  
  209.           A ping utility MUST be able to provide the Round  trip  time
  210.           of  each  packet,   plus the average minimum and maximum RTT
  211.           over several ping packets.  When an error packet is received
  212.           by  the node, the ping utility MUST report the error code to
  213.           the user.
  214.  
  215.  
  216.           6.2.  Traceroute
  217.  
  218.           The CLNP trace is similar to the ping utility except that it
  219.           utilizes the "Lifetime" field in the ISO 8473 packet.  Hosts
  220.           and routers that support OSI MUST also support  CLNP  trace.
  221.           The "Lifetime" field serves the same function as the Time To
  222.           Live (TTL) field does in an IP packet.  A  node  (router  or
  223.           host)  cannot  forward  ISO 8473 packet with a value for the
  224.           Lifetime of zero.  If the ERROR REPORT flag is  set  in  the
  225.           ISO  8473  packet,  an error packet, will be returned to the
  226.           originator of the packet.
  227.  
  228.  
  229.           6.2.1.  Basic Traceroute
  230.  
  231.           If a ISO 8473 echo-request packet is  sent  with  "Lifetime"
  232.           field value of 1, the  first hop node (router or end system)
  233.           will return an error packet to the  originator  the  packet.
  234.           If  the  first hop node supports the echo-request type field
  235.           the error code will be either:
  236.  
  237.  
  238.                   A0 (hex) - Lifetime Expired while Data Unit in Transit
  239.                   A1 (hex) - Lifetime Expired during Re-assembly
  240.  
  241.  
  242.           If the first hop node does  not  support  echo-request  type
  243.           field, the error code will be:
  244.  
  245.  
  246.                   B0 (hex) - Unsupported Option not Specified.
  247.  
  248.  
  249.           When trying to trace a route to a remote node, the  destina-
  250.           tion  address in the echo-request packet sent should be this
  251.           remote destination.   By  using  increasing  values  in  the
  252.           "Lifetime"  field  a route can be traced through the network
  253.           to the remote node.   This  traceroute  function  should  be
  254.           implemented  on each system (host or router) to allow a user
  255.           to trace a network path to a remote host or router.
  256.  
  257.  
  258.  
  259.           March 23, 1993   Expires September 23, 1993           Page 4
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.                       Essential Tools for the OSI Internet
  268.  
  269.  
  270.           The error message is used as evidence  of  the  reachability
  271.           and identity of the first hop.  The  originator then sends a
  272.           packet with a "lifetime" field value of  2.  The  first  hop
  273.           decrements  the   "Lifetime"  and because the "Lifetime"  is
  274.           still greater than 0, it forwards it  on.   The  second  hop
  275.           decrements  the  "Lifetime"  field  value and sends an error
  276.           packet (ER  NPDU) with one of  the  two  "Lifetime  Expired"
  277.           error  codes  listed above to the originator.  This sequence
  278.           is repeated until either:
  279.  
  280.  
  281.           - the remote host is reached an either an echo-reply packet is sent
  282.             back or (for nodes that do not have the required Echo support)
  283.             an error packet is sent back, or
  284.  
  285.           - the an error packet is received with error code (B0) indicating
  286.             that a node will not pass the Echo-Reply packet, or
  287.  
  288.           - an error packet is received with one of the following errors:
  289.  
  290.                   80(hex)  - Destination Address Unreachable
  291.                   81(hex)  - Destination Address Unknown.
  292.  
  293.  
  294.           If any of the following Error codes are received in an error
  295.           packet,  a  second  packet should be sent by the originating
  296.           node:
  297.  
  298.  
  299.  
  300.              CodeReason from 8473
  301.              -----------------------------
  302.              00(hex)  - Reason not specified
  303.              01(hex)  - Protocol procedure error
  304.              02(hex)  - Incorrect checksum
  305.              03(hex)  - Packet Discarded due to Congestion
  306.              04(hex)  - Header Syntax Error (cannot be parsed)
  307.              05(hex)  - Segmentation needed but not permitted
  308.              06(hex)  - Incomplete packet received
  309.              07(hex)  - Duplicate Option
  310.              B1(hex)  - Unsupported Protocol Version
  311.              B2(hex)  - Unsupported Security Option
  312.              B3(hex)  - Unsupported Source Routeing Option
  313.              B4(hex)  - Unsupported Recording of Route Option
  314.              C0(hex)  - Reassembly Interface
  315.  
  316.  
  317.           If one of these error is detected, an error value should  be
  318.           returned  to  the  user.   More than one echo packet, may be
  319.           sent at a "Lifetime" value.  The number of  additional  echo
  320.           packets  is left up to the implementation of this traceroute
  321.           function.
  322.  
  323.  
  324.  
  325.           March 23, 1993   Expires September 23, 1993           Page 5
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.                       Essential Tools for the OSI Internet
  334.  
  335.  
  336.           If one of the following errors is  received,  AND   "partial
  337.           source  route" is not specified in the echo-request packets,
  338.           send a second echo-request packet to the  destination  at  a
  339.           "Lifetime" value:
  340.  
  341.  
  342.              Code      Reason from 8473
  343.              --------------------------------
  344.              90(hex)   Unspecified Source Routeing Error
  345.              91(hex)   Syntax Error in Source Routeing Field
  346.              92(hex)   Unknown Address in Source Routeing Field
  347.              93(hex)   Path not Acceptable
  348.  
  349.  
  350.           (The  echo-request  packet  may  have  been  damaged   while
  351.           traversing through the network.)
  352.  
  353.  
  354.           6.2.2.  Use of Partial Source route in traceroute
  355.  
  356.           The current IP traceroute has a 3rd party or  "loose  source
  357.           route"  function.   The  ISO  8473  protocol also supports a
  358.           "partial source routeing"  function.   However,  if  a  node
  359.           (router or host) does not support the "partial source route-
  360.           ing" function an ISO 8473 packet gets passed along the  path
  361.           "exactly as though the function has not been selected.   The
  362.           packet shall not be discarded for this reason."[2]
  363.  
  364.           In order utilize the partial source route  function  in  the
  365.           ISO traceroute, a node must set the "source routeing" option
  366.           and "partial source routeing" parameter within that  option.
  367.           A  3rd  party,  or  "loose source route" traceroute function
  368.           requires that a node send an echo-request  packet  with  the
  369.           "loose  source  routeing"  field set. The functioning of the
  370.           3rd party/"loose source route" traceroute is the same except
  371.           the following errors cause the traceroute to be terminated:
  372.  
  373.  
  374.              Code      Reason from ISO 8473
  375.              --------------------------------------------------
  376.              92 Unknown Address in Source Routeing Field
  377.              93 Path not Acceptable
  378.  
  379.  
  380.           These errors may indicate a problem with the  "loose  source
  381.           route"  listed  in the echo-request packet for this destina-
  382.           tion.  Additional packets with the same lifetime  will  only
  383.           repeat  this  error.  These errors should be reported to the
  384.           user of the traceroute function.
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.           March 23, 1993   Expires September 23, 1993           Page 6
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.  
  399.                       Essential Tools for the OSI Internet
  400.  
  401.  
  402.           6.2.3.  Information needed from a Traceroute utility
  403.  
  404.           A traceroute utility should  provide the following  informa-
  405.           tion to the user:
  406.  
  407.  
  408.           - the identity of systems that comprise the path or route
  409.             to the destination (the identifiers are called Network
  410.             Entity Titles or NETs in OSI and ISO 8473)
  411.  
  412.           - ping times (in Round trip times) for each
  413.                               hop in the path,
  414.  
  415.           - error codes from error packet received as a
  416.             response to the an echo-request packet, and
  417.  
  418.           - any other error conditions encountered
  419.             by traceroute.
  420.  
  421.  
  422.  
  423.           6.3.  OSI routing table dump
  424.  
  425.           Each OSI host (end system) or router (intermediate   system)
  426.           MUST  be  able  to  dump any of its routing tables.  Routing
  427.           tables may come from the:
  428.  
  429.  
  430.              a.) the ES-IS information
  431.              b.) static
  432.              c.) IS-IS
  433.              d.) IDRP
  434.  
  435.           or any other source.
  436.  
  437.  
  438.           Each system MUST be able to dump the routing  table  entries
  439.           via  some out of band mechanism. A method MUST exist to pro-
  440.           vide these. A show osi routes command SHOULD be created with
  441.           the following options:
  442.  
  443.  
  444.              - a for all routes
  445.              - esis     for es-is routes
  446.              - isis     for is-is routes
  447.              - idrp     for idrp routes
  448.              - static   for static routes
  449.              - other    for routes from other sources.
  450.  
  451.  
  452.           In addition, routing tables SHOULD be available  via  either
  453.           SNMP  or CMIP.  The specification of CMIP variables are out-
  454.           side the scope of this specification.  Section 6.4 specifies
  455.  
  456.  
  457.           March 23, 1993   Expires September 23, 1993           Page 7
  458.  
  459.  
  460.  
  461.  
  462.  
  463.  
  464.  
  465.                       Essential Tools for the OSI Internet
  466.  
  467.  
  468.           the RFC 1238 MIB variables which MUST be available via SNMP.
  469.           These two variables simply allow the user to get some  basic
  470.           CLNS routing information.
  471.  
  472.           Please note that not all the information requested is avail-
  473.           able  via the CLNS MIB.  Due to this fact, it is anticipated
  474.           that additional work on a CLNS  MIB  will  be  done  in  the
  475.           future.  When  a  new MIB is written, it is anticipated that
  476.           this document will be updated to include the additional  MIB
  477.           variables to collect such things as the ES-IS cache.
  478.  
  479.  
  480.           6.4.  MIB variables available via SNMP
  481.  
  482.           The Simple Network Management Protocol  [cf] plays an impor-
  483.           tant role in monitoring of multi-protocol, managed resources
  484.           in the Internet. By convention, SNMP  is  mapped  onto  User
  485.           Datagram  Protocol  (UDP,  cf); however, in those situations
  486.           where it is not possible to communicate  with  an  ISO  8473
  487.           managed resource using SNMP over UDP, or where communication
  488.           with an ISO 8473 managed  resource  using  SNMP/UDP  is  not
  489.           possible/appropriate, SNMP messages should be mapped onto an
  490.           OSI transport (cf) The following  Managed  Objects  for  the
  491.           SNMP must/should/may be supported to facilitate remote moni-
  492.           toring using the SNMP:
  493.  
  494.           The Simple  Network  Management  Protocol  (SNMP)  plays  an
  495.           important  role  in  monitoring  of  multi-protocol, managed
  496.           resources in the Internet.  By convention,  SNMP  is  mapped
  497.           onto  User  Datagram Protocol (UDP); however in those situa-
  498.           tions where it is not possible to communicate  with  an  ISO
  499.           8473 managed resource using SNMP over UDP, or where communi-
  500.           cation with an ISO 8473 managed resource using  SNMP/UDP  is
  501.           not  possible/appropriate, SNMP should be mapped onto an OSI
  502.           tranport (TP4 reference).  It is RECOMMENDED that  the  fol-
  503.           lowing  Managed  Objects be supported for remoted monitoring
  504.           using SNMP:
  505.  
  506.  
  507.           6.4.1.  Summary of MIB Variables
  508.  
  509.           RFC 1238 CLNS MIB[5]
  510.  
  511.           1) clnpAddrTable - Addresses for Interfaces
  512.           2) clnpRoutingTable - ISO routes in system routing table.
  513.  
  514.  
  515.  
  516.           6.4.2.  ASN.1 Syntax for these MIB variables
  517.  
  518.           The ASN.1 sytnax for the two variables the MIB in  CLNS  MIB
  519.           (RFC 1238) is included below for easy reference.  Both these
  520.           RFCs  remain  the   authoritative   source   for   the   MIB
  521.  
  522.  
  523.           March 23, 1993   Expires September 23, 1993           Page 8
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.                       Essential Tools for the OSI Internet
  532.  
  533.  
  534.           definitions.
  535.  
  536.  
  537.           1) clnpAddrTable
  538.  
  539.             clnpAddrTable OBJECT-TYPE
  540.             object.id =  .... {clnp 21 }  (Dave what do I put here??)
  541.  
  542.  
  543.             clnpAddrTable = SEQUENCE OF ClnpAddrEntry
  544.             CLNPAddrEntry ::= SEQUENCE {
  545.                   clnpAdEntAddr
  546.                           CLNPAddres,
  547.                   clnpAdEntIfIndex,
  548.                           INTEGER,
  549.                   clnpAdEntReasmMaxSize
  550.                           INTEGER (0...65535);
  551.                   }
  552.  
  553.               clnpAdEntAddr = ClnpAddress
  554.               clnpAddress = OCTET string (Size (1...20);
  555.               clnpAdEntIfIndex = INTEGER;
  556.               clnpAdEntReasmMaxSize = INTEGER (0...65535);   #
  557.  
  558.           Descriptions of Table entry values:
  559.  
  560.           clnpAdEntAddr - CLNP address for this interface value
  561.           clnpAdEntIfIndex - Interface Index value corresponding to
  562.                              IfIndex value.
  563.           clnpAdEntReasmMaxSize = Maximum size of a pdu that can be
  564.                                   reassembled from incoming PDUs
  565.                                   received on this interface.
  566.  
  567.  
  568.  
  569.  
  570.  
  571.  
  572.  
  573.  
  574.  
  575.  
  576.  
  577.  
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585.  
  586.  
  587.  
  588.  
  589.           March 23, 1993   Expires September 23, 1993           Page 9
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.                       Essential Tools for the OSI Internet
  598.  
  599.  
  600.           2)  clnpRoutingTable
  601.  
  602.              object id =....{clnp 22}
  603.              clnpRoutingTable =  SEQUENCE OF ClnpRouteEntry;
  604.              ClnpRouteEntry = SEQUENCE OF {
  605.                           clnpRouteDest,
  606.                           clnpRouteIfIndex,
  607.                           clnpRouteMetric1,
  608.                           clnpRouteMetric2,
  609.                           clnpRouteMetric3,
  610.                           clnpRouteNextHop,
  611.                           clnpRouteType,
  612.                           clnpRouteProto,
  613.                           clnpRouteAge,
  614.                           clnpRouteInfo}
  615.  
  616.             clnpRoutDest ::= ClnpAddress;    # Address in Route table (prefix or
  617.                                              # full address
  618.             clnpRouteIfIndex ::= Integer;    # IfIndex value for interface
  619.                                              # next hop can be reached through.
  620.             clnpRouteMetric1 ::= Integer;    # primary routing metric for this
  621.                                              # protocol.  Specific meaning
  622.                                              # depends on clnpRouteProto value
  623.                                              # -1 if not used
  624.             clnpRouteMetric2 ::= Integer;    # alternate routing metric for this
  625.                                              # protocol.  Specific meaning
  626.                                              # depends on clnpRouteProto value
  627.                                              # -1 if not used
  628.             clnpRouteMetric3 ::= Integer;    # alternate routing metric for this
  629.                                              # protocol.  Specific meaning
  630.                                              # depends on clnpRouteProto value
  631.                                              # -1 if not used
  632.             clnpRouteMetric4::= Integer;     # alternate routing metric for this
  633.                                              # protocol.  Specific meaning
  634.                                              # depends on clnpRouteProto value
  635.                                              # -1 if not used
  636.             clnpRouteNextHop::= ClnpAddress; # Address of Next Hop in Routing
  637.                                              # Table
  638.             clnpRouteType::=INTEGER {
  639.                           other (1),         # none of following
  640.                           invalid (2),       # an invalid route
  641.                           direct(3),         # a direct route
  642.                           remote(4)}         # a remote route
  643.  
  644.             clnprouteProto::= INTEGER {
  645.                           other (1),         # none of the following
  646.                                              # (manually configured
  647.                                              #  falls in this category)
  648.                           local(2),          # configured entries
  649.                           netmngt(3),        # set via Network management
  650.                           is-is(9),          # ISO 10589
  651.                           ciscoIgrp(11),     # Ciscos OSI IGRP
  652.                           ospf(13),          # OSPF set
  653.  
  654.  
  655.           March 23, 1993   Expires September 23, 1993          Page 10
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.                       Essential Tools for the OSI Internet
  664.  
  665.  
  666.                           bgp(14),           # BGP sets
  667.                           idrp(15)           # addition suggested to rfc 1238
  668.                                              # in processing
  669.             clnpRouteMetric5::= Integer;     # alternate routing metric for this
  670.                                              # protocol.  Specific meaning
  671.                                              # depends on clnpRouteProto value
  672.                                              # -1 if not used
  673.             clnpRouteInfo ::= OBJECT-ID;     # protocol id that
  674.                                              # installed this route
  675.                           }
  676.  
  677.  
  678.  
  679.           7.  ISO HOST.txt format
  680.  
  681.           The OSI format for  addresses  allows  addresses  to  be  20
  682.           bytes.    In the long term, a Directory service (DNS service
  683.           or OSI Directory service (X.500)), will provide a host  name
  684.           to address mapping.   The process of getting OSI capable DNS
  685.           and Directory service may require OSI pathway to already  be
  686.           set-up.   Most  host  and router system use a fixed table to
  687.           provide this name to NSAP address mapping in  order  to  get
  688.           OSI working on their system. The current operational problem
  689.           is each implementation has a different format.   This  docu-
  690.           ment  defines  a  fixed format so that these initial name to
  691.           NSAP mapping files can be shared through-out the internet.
  692.  
  693.           To conform to this document, a  host  or  router  supporting
  694.           CLNS MUST have support a "osi host.txt" file with the format
  695.           below. The "osi host.txt" file may be  used  for  other  OSI
  696.           applications or TUBA applications.  For these other applica-
  697.           tions, other fields may be defined  but  the  definition  of
  698.           these is outside the scope of this specification.
  699.  
  700.           OSI applications may use another file name for  osi  address
  701.           information.   We  strongly RECOMMEND that NSAP addresses in
  702.           any osi address information use the format below.  This host
  703.           name  to  NSAP mapping MUST BE available for use by the fol-
  704.           lowing utilities on CLNS hosts and routers:
  705.  
  706.                   - ISO Echo (Ping) function,
  707.                   - ISO traceroute function, and
  708.                   - router table look-up for CLNS
  709.                     routing information
  710.  
  711.           We RECOMMEND that host and router  systems  also  support  a
  712.           NSAP to name mapping by the Domain Name Service Directory or
  713.           or the OSI Directory service (X.500).
  714.  
  715.  
  716.  
  717.  
  718.  
  719.  
  720.  
  721.           March 23, 1993   Expires September 23, 1993          Page 11
  722.  
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.                       Essential Tools for the OSI Internet
  730.  
  731.  
  732.           Format of osi hosts file:
  733.  
  734.           <NSAP Address> <name1> <name2> ...<name>
  735.  
  736.  
  737.           The NSAP Address should be in the following format:
  738.  
  739.                   <first octet>.<2nd octet 3rd octet>.<4th octet 5 octet>.
  740.                   ..... <18th octet> <19th octet> .<20th octet>
  741.  
  742.  
  743.  
  744.           comments on the above format:
  745.  
  746.           The NSAP octets should be expressed in hexidecimal. The dots
  747.           are aids to help read the NSAP address, and not required for
  748.           an NSAP address parsing.  However, each  NSAP  address  file
  749.           MUST  be able to have the ability to handle the insertion of
  750.           dots.
  751.  
  752.  
  753.           An example of this use in the GOSIP format is:
  754.  
  755.                   47.0005.80ff.ff00.0000.0001.0001.0a0b.0c0d.0204.00
  756.  
  757.           An example of this format in ANSI format is:
  758.  
  759.                   39.480f.8000.0500.0000.0001.0001.0a0b0c0d.0204.00
  760.  
  761.           This value quickly shows the AFI and the NSEL octets on either end.
  762.  
  763.           <name1> <name2> <name> - Indicates a sequence of name associated with
  764.           this nsap address.
  765.  
  766.  
  767.  
  768.           8.  Acknowledgements
  769.  
  770.           The authors would like to acknowledge the contributions made
  771.           by Dave Piscitello.  He not only kept the document accurate,
  772.           but also helped us to get rid of the ISO jargon and make the
  773.           document  more  readable.   Thanks to Paulina Knibbe for her
  774.           work with the host.txt format. We would also like  to  thank
  775.           members  of  the Network OSI Operations Working Group of the
  776.           IETF for their comments.
  777.  
  778.  
  779.           9.  Author's Addresses
  780.  
  781.  
  782.  
  783.  
  784.  
  785.  
  786.  
  787.           March 23, 1993   Expires September 23, 1993          Page 12
  788.  
  789.  
  790.  
  791.  
  792.  
  793.  
  794.  
  795.                       Essential Tools for the OSI Internet
  796.  
  797.  
  798.  
  799.           Susan K. Hares
  800.           MERIT/NSFNET
  801.           Internet Engineering
  802.           1075 Beal Avenue
  803.           Ann Arbor, MI 48109-2112
  804.           (313) 936-3000
  805.  
  806.  
  807.           Cathy J. Wittbrodt
  808.           Stanford University/BARRNet
  809.           Networking Systems
  810.           Pine Hall 115
  811.           Stanford, CA 94305
  812.           (415) 725-5481
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.  
  842.  
  843.  
  844.  
  845.  
  846.  
  847.  
  848.  
  849.  
  850.  
  851.  
  852.  
  853.           March 23, 1993   Expires September 23, 1993          Page 13
  854.  
  855.  
  856.  
  857.  
  858.  
  859.  
  860.  
  861.                       Essential Tools for the OSI Internet
  862.  
  863.  
  864.           10.  References
  865.  
  866.           [1] ISO/IEC  8473, Information Processing Systems, "Protocol
  867.           for  Providing  the  Connectionless-mode Network Service and
  868.           Provision of Underlying Service".  May, 1987.
  869.  
  870.           [2] R. Hagens, "An Echo Function for ISO 8473", Request  For
  871.           Comment    #1139,   January 1990.   DDN Network  Information
  872.           Center, SRI International.
  873.  
  874.           [3] S.Hares and  C.Wittbrodt,  "An  Echo  Function  for  ISO
  875.           8473",  Internet Draft,  October 1992.   DDN Network  Infor-
  876.           mation Center, SRI International.
  877.  
  878.           [4]   ISO/IEC  DIS   10747  Information    Processing   Sys-
  879.           tems     -  Telecommunications  and   Information   Exchange
  880.           between  Systems  - Protocol for  Exchange  of  Inter-domain
  881.           Routeing  Information  among Intermediate Systems to Support
  882.           Forwarding of ISO 8473 packets.
  883.  
  884.           [5]  RFC 1238 CLNS MIB (Greg  Satz) - for use  with  Connec-
  885.           tionless  Network  Protocol  (ISO  8473)  and  End system to
  886.           Intermediate System Protocol (ISO 9452)
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898.  
  899.  
  900.  
  901.  
  902.  
  903.  
  904.  
  905.  
  906.  
  907.  
  908.  
  909.  
  910.  
  911.  
  912.  
  913.  
  914.  
  915.  
  916.  
  917.  
  918.  
  919.           March 23, 1993   Expires September 23, 1993          Page 14
  920.